home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group92c.txt / 000014_icon-group-sender _Fri Oct 9 02:24:21 1992.msg < prev    next >
Internet Message Format  |  1993-01-04  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Sat, 10 Oct 1992 05:38:38 MST
  2. Date: 9 Oct 92 02:24:21 GMT
  3. From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!eff!news.oc.com!spssig.spss.com!uchinews!ellis!goer@ucbvax.Berkeley.EDU  (Richard L. Goerwitz)
  4. Organization: University of Chicago Computing Organizations
  5. Subject: Re: Private data in Icon modules
  6. Message-Id: <1992Oct9.022421.23811@midway.uchicago.edu>
  7. References: <memo.672000@cix.compulink.co.uk>
  8. Sender: icon-group-request@cs.arizona.edu
  9. To: icon-group@cs.arizona.edu
  10. Status: R
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13. In article <memo.672000@cix.compulink.co.uk> pmoore@cix.compulink.co.uk writes:
  14. >
  15. >Sorry if this has appeared twice - I haven't seen it reach the outside
  16. >world, so I suspect my news poster has broken...
  17. >
  18. >I am considering writing a program in Icon, where a number of procedres
  19. >will be ideal candidates for separate compilation and incorporation into
  20. >a library of useful procedures. The main problem is that a number of the
  21. >functions involved need to make significant use of shared data, but I do
  22. >not want this shared data to be visible to users of the procedures...
  23.  
  24. You know, ISI did an Icon implementation for UNIX/386 that has module-
  25. level scoping.  It was (is) a great idea.
  26.  
  27. -- 
  28.  
  29.    -Richard L. Goerwitz              goer%midway@uchicago.bitnet
  30.    goer@midway.uchicago.edu          rutgers!oddjob!ellis!goer
  31.